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REMARKS 

Applicant respectfully submits this pre- appeal brief request for review in light of the 
following clear legal error in the October 26, 2009 final office action. 



The Petrv reference (TJSP 6,941,348) can never detect whether a sending email 
server has failed 

Although this matter is now on a 3"^ final office action. Applicant identified the 
fundamental flaw in Petry in the response filed February 25, 2009. Specifically, Applicant 

argued as follows: 

Applicants respectfully note that the claimed subject matter is directed to an 
intranet server with a mail facility. Petry does not disclose or suggest an 
intranet whatsoever, let alone an intranet server with a mail facility. This is 
rattier fundamental difference because Petry is directed to the management of 
email transmission between an initiating mail server and a receiving mail 
server. Thus, as shown in Figure 2 (with respect to firewall location B), the 
"electronic message management system (EMS)" of Petry is physically 
integrated with the receiving mail server 202. In that regard, Petry' s EMS can 
monitor the receivin g server's spooler. But note that Applicants are 
monitoring something entirely different: tlie health of the originating mail 
server, Petry has no way of monitoring the originating mail servei* - if the 
originating mail server's spooler is inoperative, the EMS will simply receive 
no mail fi:om that mail server. Because the Petry EMS is not receivhig any 
mail in such a circumstance, it has no way of monitoring or investigating the 
originating mail server's spooler: an inoperative originating mail server is 
simply non-existent as far as the Petry EMS is concerned. Instead, Petry is 
directed to a generic mail facility (electronic message management system 
(EMS)) that couples between mail servers - see, e.g., Figure 2, which shows 
Petry' s mail facility 203 coupling between mail server 202 and the Mternet. 
This mail facility does not service or the originating mail server's spool - 
instead, the mail faciUty 203 has its own spoolei" as discussed with regard to 
Col. 12. This is an important distinction because the claimed subject matter is 
directed to an intranet server that has no way of knowing whether e-mails 
have been delivered or not. Petry's server never monitors the spool in the 
originating mail server, histead, the citation to Col. 1 9, line 60 - Col. 20, line 
55 is a description of how the EMS manages its own spool, which is separate 
fi-om the spools in the mail servers it sits between. The notification discussed 
in Col. 9, Imes 30-35 and Col. 12, Imes 47-56, and Col. 20, lines 26-28 is with 
respect to its own spool, not the spool in the originating mail server - thus 
Petry has no way of knowing whether this mail spools is non-functional - for 
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example, if the originating mail server's spool is non-fimctional, then Petry's 
EMS will never receive an email and thus has no way of knowing that the 
email was not delivered. 

Applicant respectfully stresses this argument again: what the Petry "EMS" (element 
203 in Figure 2) does is to analyze incoming emails. If an email is received, the Petry EMS 
analyzes to see if it is spam. Thus, as seen in paragraphs [0057] through [0064], based upon 
the analysis of the incoming email, Petry assigns some sort of "disposition instruction" such 
as "message accept" or "message reject." 

As seen in Figure 3 of Petry, the Petry EMS system 300 sits between the sending 
email server 102a and receiving email server 102c. The roles of these servers could be 
reversed such that server 1 02c is the sender and server 1 02a is the receiver. But note the 
fundamental problem for Petry: Petry relies on processing incoming emails - for example, 
an incoming email would be one sent by server 1 02a and intercepted by EMS 300 in Figure 
3 . Alternatively, an incoming email would be one sent by server 102c and intercepted by 
EMS 300. Regardless of who is sending the email, Petry's EMS sits as a proxy for the 
intended recipient. Thus, as discussed in Petry's paragraph [0037], if one supposes the 
intended recipient has an email domain name of "joe@anywhere.com" then the EMS actually 
possesses the anywhere, com domain name. Of cowse, the Petry EMS must eventually 
forward the analyzed email (assuming it is not spam) to the intended recipient. If that 
intended recipient is not receiving emails, Petry spools the email for delivery later as 
discussed with regard to Figure 12. 

But suppose an originating mail server is down: Petry's EMS thus receives no emails 
from that server. As far as Petry is concerned, that email server is alive and well but just not 
originating any emails: yet this is the exactly what the Applicant addresses: the health of the 
originating email server whereas Petry has no ability whatsoever for such monitoring. 
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In that regard, consider the office's March 17, 2009 "response to 
arguments: 

Petty dm discloses "M4:mcordance with commtt&rxd systems, the tnmmimim 
iih^ctim of the emaH may also be rmersed, where ffm miding mtsMnes md mwrs become the 
receiving machims andssrvers andyfce versa. "(col. 5; lines 9-12J. Hius, if P«»y c^ai momior 
the health tjf the leeewng machine, ft is obvious P^ry can also Bionitor a© of 
on^mSng machine^ sitioa Hie roles oiegxik Miacliiae imy be rem^, Oflatraty to ApplicaM's 
assertion that **Petry's mail &cilily ^3 coHptliag betweem mail se^er 2(12 ft© Internet* 
Petrsrteadjes "^Akhoii^ tfdsj^e shows the MMS 203 as beii^pkyJsk^Uy Gs^cKet^ to the mail 
server 203, smh pkamj&m & miyfar iilmtraiim pmposes. The EMS cm he located isrywhera 
m the Memet 10 1. .. Atiemativefy, the EM'S 3 03 could possibly rm on the mme phymd 
maehim as ike tmUsermr 202" Thus, if tiie EMS 203 md mail server ItHZ raa on tiie mas 
physfcst raadhdoKvitis cfciiiouisboth &f'gujBMS203 and indl saver 202 will loKwwtetliDrllMt 
mXl ^rvia's spool is iM»-tftjiictIoHa3, ta- that the esmail was not delivetsd. 

But this response entirely misses the point: the EMS 203 will only know if mail 
server's 202 spool is non-functional based upon the processing of received emails. There is 
no monitoring whatsoever of an intranet server that sits between the mail server 202 and a 
corresponding intranet. This is made explicit in claim 1 and corresponds to Applicant's 
Figure 1 : intranet web server 1 10 sits behind SMTP mail ser\'er 120. Intranet web server 
11 0 is not a mail server but generates emails that are to be transmitted by mail server 120. 
As discussed at length in the specification, there is the problem of intranet web server 110 
generating mail that "sits undelivered - but if your integrate the Petry EMS into mail server 
120 of Figure 1, that EMS has no way of knowing if the intranet web server's spooler is 
malfimctioning: the intranet web sen er will only spool emails if they are not getting 
delivered, and since they are not being delivered, then tlie Petry EMS has no way of 
receiving them. Thus, as was already argued nearly two years ago in this matter, the Petry 
reference can never monitor the health of a sender's email spool. 
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The sole thing that Petry can do is notice that emails it is sending are getting returned. 
Petrywill thus spool the undeHvered emails as discussed with regard to Figure 12. 
Petry is only monitoring the spooler within the EMS 

The August 13, 2010 office action commits clear error in asserting that Petry 
discloses actb of claim 1. Specifically, the office action states that Col. 19, line 60 through 
Col. 20, line 55 of Petry discloses that Petry can verify "normal operation of the email 
spooler" and "overall condition of the spooler." Although that is not quite correct, the key is 
that Petry is discussing operation of the EMS spooler: that is all the EMS can monitor since 
it is only analyzmg incoming emails. Since the EMS sits as a proxy for the intended 
recipient, the EMS must eventually transmit the intercepted email to the actual addressee. 
Since the corresponding email server for the intended recipient may be down such that the 
email is returned, the EMS must spool the email in its own spooler. That spooler is 
completely separate from the originating email server and the destination email server. This 
is shown explicitiy in Figure 4, where Petry shows the output to the spooler in Figure 12 
irom the "MPS" software process 426 within the EMS. 

Regardless of whether Petry can spool its undelivered emails, that spooling has 
nothing whatsoever to do with the originating email server, let alone an intranet web server 
that is sitting behind the originating email server as required by tlie Applicant's claims. 

Because the additional cited prior art (Gupta/Shaw) does nothing to cure the above- 
discussed infirmities in Petry, the claims are in condition for allowance over the cited prior 
art. 

If there are any questions regarding any aspect of the application, please call the 
undersigned at (949) 202-3000. 



Certificate of Transmission 



Respectfully submitted, 




Certificate of Transmission: 1 hereby certify tbat this 
correspondence is being iransnutted to the United States Patent 
and Trademark OfEce (USPTO) via the USPTO's electronic fihng 

system on the date below. 



Jod^tij&i W. Hallman 
Attorney for Applicant(s) 
Reg. No. 42,622 




ElectronicallY Filed by: 




/V'jfr<:^'vP ated: Novamber 10. 2010 



-5- 



CAL/124553_1.D0C 



